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BACKGROUND OF THE INVENTION 

1. Field of the Invention 

20 This invention pertains generally to electronic commerce systems and, 

more particularly, to methods and systems for providing agent-based enhanced 
electronic commerce services capable of providing consumer incentives. 

2. Description of the Background Art 

Electronic commerce (e-Commerce) is burgeoning and the anticipated 
25 widespread adoption of a number of aspects of e-Commerce is expected to 

reduce the overhead involved in the processing of commercial transactions. The 
data communication associated with e-Commerce may be effected over any form 
of interlinked computer network, such as the world wide web (Internet), as well as 
with wireless communication, satellite networks, interactive TV, cable networks, 
30 and so forth. 

Charge and debit cards have facilitated a widely used form of electronic 
commerce wherein magnetic-stripes containing an account number are used for 
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the purchase of goods and services. More recently, consumers and businesses 
have gained a nascent capability for making payments over the Internet, but a 
number of aspects of electronic commerce transactions remain cumbersome and 
generally involve high levels of user overhead. New consumer transaction 
5 devices, such as electronic wallets, have recently been introduced which attempt 
to speed both the security and expediency with which electronic transactions may 
be conducted. However, users are often required to navigate burdensome 
structures wherein the low-level paper-based task has only been converted to an 
electronic format and has not been structurally redefined. In the case of incentive 

10 programs, the user remains largely tied to conventional paper-based incentives, 
and current e-Commerce mechanisms do not facilitate the incenting of customers, 
or address customer retention and similar issues. Furthermore, customer 
anonymity cannot be readily maintained in relation to the current methods of 
providing customer incentives. 

^5 Therefore a need exists for an e-Commerce system capable of supporting 

incentives and retention programs and expedited transactions. The agent-based 
e-Commerce incentive method system according to the present invention satisfies 
that need, as well as others, and overcomes the deficiencies of current e- 
Commerce solutions. 

20 BRIEF SUMMARY OF THE INVENTION 

The present invention provides e-Commerce services utilizing an agent- 
based model that is capable of providing pro-active incentive techniques. In 
particular, location independent services are provided for use with digital wallets, 
smart cellular phones, kiosks, personal digital assistances (PDAs), personal 

25 computers (PCs), privacy cards, and other financially enabled e-Commerce 

devices. These, services are preferably conducted within an infra-structure level 
transaction model in which an agent is utilized as an intermediary so that the 
personal information of the user may be retained in privacy. 

The methods according to the present invention can be applied to any 

30 business process or e-Commerce model that involves the exchange of value, such 
as the receipt and disbursement of monetary units. The system provides 
mechanisms for fully automating both purchases and payments from an e- 
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Commerce device through internet-based, wireless, or point of sale (retail, 
business, home) transaction connectivity. Transactions within the system can be 
performed from any location as the system contains a set of currency exchange 
features whereby payments, purchases, and credits of any format may be utilized, 
5 for instance physical currency, digital currency, credit, and barter. 

The electronic currency exchange features of the present invention render 
the system independent of location factors which normally impact financial 
transactions that are geographically dispersed. In addition, the electronic currency 
exchange is configured for the exchange of incentive-based cash and near-cash 

10 items having a marketable value when exchanged either globally, as with 

currency, or with participating providers and vendors as with coupons, warrants, 
discounts and so forth. Traditional incentive business models require direct 
physical consumer participation based on paper-enabled manually intensive 
processes which are costly in relation to the profit-to-expense ratio of a vendor. 

15 The system of the present invention provides agent-based mechanisms for 
incenting users wherein users, or prospective users may be provided with 
inducements for an initial purchase as well as to increase purchase volume or 
frequency. 

By way of example and not of limitation, incentives through post-sales 
20 activities can provide cash back from an electronic escrow account based on 

incentive purchase goals being met. The incentives oriented electronic commerce 
system of the present invention combines an application architecture of agent 
interaction upon a flexible and scalable backoffice architecture which provides for 
user independence regardless of transaction device form factor. The system is 
25 capable of performing streamlined transactions on behalf of the user, which in 
many cases can be performed automatically with zero manual intervention, or 
"zero-click", from the user. Additionally, user interaction is simplified as all 
interfaces to which the user interact may be configured for visual and intellectual 
consistency regardless of form, usage, or location. 
30 An object of the invention is to streamline e-Commerce transactions, in 

particular those performed in disparate locations. 
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Another object of the invention is to provide a system capable of deploying 
agent-based incentive programs. 

Another object of the invention is to allow e-Commerce transactions to be 
performed by a user in relative anonymity, whereby information about the user 
need not be shared with the vendor for their indiscriminate use and sale to other 
vendors. 

Another object of the invention is to create a system that is capable of fully 
automating events such as purchases, payments, and the management of 
incentives. 

Another object of the invention is to provide a system that is capable of 
exchanging currencies electronically to facilitate performing transactions between 
parties at remote locations. 

Another object of the invention is to simplify e-Commerce transactions 
utilizing an escrow account for a specific user in which identification, addressing, 
and financial data need be entered only once. 

Another object of the invention is to provide transaction security wherein an 
e-Commerce transaction device contains an identifier that retains a secure 
association with an escrow account and personal information of the user. 

Further objects and advantages of the invention will be brought out in the 
following portions of the specification, wherein the detailed description is for the 
purpose of fully disclosing preferred embodiments of the invention without placing 
limitations thereon. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The invention will be more fully understood by reference to the following 

drawings which are for illustrative purposes only: 

FIG. 1 is a block diagram of an e-Commerce system according to an 

embodiment of the present invention which is shown with an escrow account and 

a currency exchange feature. 

FIG. 2 is a block diagram of transaction processing units according to an 

aspect of the present invention shown connected with secure user input/output 

and vendor communication. 



SON5180.02A 



4 



EL641 403221 us 



• 



FIG. 3 is a flowchart of incentive processing according to an aspect of the 
present invention. 

FIG. 4 is a flowchart of posting monetary incentives to an escrow account 
through an exchange rate mechanism shown according to an aspect of the 
5 present invention. 

FIG. 5 is a flowchart of automatic transaction processing of recurrent 
transactions according to an aspect of the present invention. 

FIG. 6 is a flowchart of automatic purchasing according to an aspect of the 
present invention. 

FIG- 7 is a flowchart of secure user access to the agent-based incentive 
system according to an embodiment of the present invention. 

FIG. 8 is a database schema for the agent-based incentive system 
according to an embodiment of the present invention, showing relationships 
between transaction device ID, user ID, and the tables associated with incentives, 
15 automatic payments, and the exchange of currency. 

DETAILED DESCRIPTION OF THE INVENTION 
Referring more specifically to the drawings, for illustrative purposes the 
present invention is embodied in the method and apparatus generally shown in 
FIG. 1 through FIG. 8. It will be appreciated that the apparatus may vary as to 
20 configuration and as to details of the parts, and that the method may vary as to the 
specific steps and sequence, without departing from the basic concepts as 
disclosed herein. 

Referring first to FIG. 1 , an e-Commerce system 10 according to the 
invention is shown for providing support for electronic transactions between users 

25 and vendors while simultaneously affording incentive features along with 

automatic payments and the automatic exchange of currency during a transaction. 
In the embodiment shown, a user 12 utilizes a transaction device 14 such as a 
digital wallet 16 and privacy card 18. Transaction device 14 preferably contains 
an embedded unique identification wherein transactions for any specific unit may 

30 be individually and uniquely processed and registered. Note also that it is 

beneficial for the transaction device to contain one or more security features which 
identify the specific user of the device, wherein other parties gaining access to the 
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transaction device would be unable to overcome the security features in order to 
utilize the device for making a purchase. Security features for transaction device 
14 may include personal identification number (PIN) codes, biometric identification 
such as fingerprint recognition, or forms of access restriction. Note also that, while 
5 transaction device 14 is shown as comprising a digital wallet 16 and a privacy card 
18, it will be appreciated that various forms of electronic implementations can 
serve as a transaction device. It will be further appreciated that devices designed 
for other purposes may also be configured as transaction devices, examples 
include electronic credit cards, cellular telephones, personal digital assistants, 

10 wristwatches, electronic books, notebook computers, and so forth. 

Preferably, transactions are performed between transaction device 14 and 
an interface device capable of reading the identification number and interacting 
with the transaction device, such as a point of sale terminal 20. or other similar 
device. Transaction devices may be utilized with a variety of point of sale devices 

15 which, by way of example, can comprise retail terminals, kiosks, vending 

machines, and home based point of sale devices, in addition to both Internet and 
wireless appliances configured for interfacing with transaction devices. In 
addition, preferably a connection is provided between point of sale device 20 and 
a transaction processing clearing house (TPCH) 22. In the embodiment shown. 

20 TPCH 22 operates as an agent, or proxy, for user 12 by virtue of the known 
association between the transaction device ID and the user. Alternatively, the 
transaction device may communicate with TPCH 22 without the need of a point of 
sale system. TPCH 22 preferably maintains information about user 12, stored or 
indexed according to transaction device ID, and is capable of executing a 

25 transaction with a vendor 24 on behalf of user 1 2 without unnecessarily divulging 
personal information about user 12, and may automatically fill-in forms to facilitate 
a transaction on behalf of the user. 

Transactions between TPCH 22 and vendor 24 are preferably facilitated by 
a financial processing unit 26 and a currency exchange unit 28. Financial 

30 processing unit 26 is capable of performing the actual financial transaction that 
may, for example, involve executing a cash or credit/debit operation, or provide for 
confirming that sufficient funds or credit exist to perform the transaction 
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whereupon fees are transferred to the vendor to complete the transaction. 
Currency exchange unit 28 engenders e-Commerce transactions from different 
regions as well as the conversion of non-currency value units. Distribution of 
physical goods, downloaded goods, and sen/ices, is preferably controlled by a 
5 distribution center 30. which may be associated directly with the vendor or may be 
provided by a remote order fulfillment process. TPCH 22 is capable of interfacing 
with distribution center 30 to direct the distribution process, while preferably 
limiting the user Information to which the vendor is accorded access. TPCH 22 
preferably has an escrow account 32 associated with it that facilitates both 
10 conventional transactions and a variety of Incentive programs. 

FIG. 2 depicts a set of representative execution and data structures to 
exemplify TPCH 22 in the embodiment of the invention thus described. The data 
' 3 within the TPCH 22 Is exemplified as conceptually divided between those 

SI elements which are transaction specific and those elements which comprise user 

' j 15 information that should be retained securely. It will be appreciated that the 
f aforementioned division is conceptual, wherein the elements may exist within the 

:: same data structures yet are generally processed according to conceptual division 

J;^ such that user privacy is maintained. 

ru An agent 34 within TPCH 22 interfaces with vendors 24 while acting on 

j=y 20 behalf of the user. The agent has access to one or more e-Commerce transaction 
J: J device addresses 36 associated with the particular user, a collection of account 

information 38. a collection of data on automatic transactions 40, a collection of 
information relating to the processing of incentives 42, and a set of user 
preferences 44. Account information 38 provides the core information necessary 
25 to render a transaction, and is linked with various financial information tables from 
which transactions are sourced or received. Automatic transaction data 40 
comprises user selections of inside vendors, selections of which vendors are to be 
paid automatically, and limitations as to maximum amount and details of the 
payments. Incentive parameters 42 are a set of user choices for determining 
30 which incentives are to be accepted and further for electing preferential forms of 
incentives. In addition, a queue, or list, is preferably maintained within the system 
within which all received electronic-based incentives, or references to physical 
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incentive "coupons" are retained. User preferences 44 provide selections which 
generally define the desired operating constraints for agent 34. A input/output 
shell 46 allows the establishment of a secure link between the user and the TPCH 
22 for establishing and altering device parameters as well as user identification 
5 and account information. 

Transaction device 14 is shown in a secure connection mode with an 
input/output shell 46. The user information retained within TPCH 22 is shown as 
comprising a User ID 48, which uniquely identifies one specific user and is 
associated with one or more transaction device IDs. An escrow account 50 

10 provides a repository of value units, such as monetary units, which may be utilized 
by the system when executing transactions. The escrow account is capable of 
receiving incentives from vendors and storing them for later use. User information 
52 is capable of retaining all data that will be required for setting up transactions, 
and for notifying the user when interaction is necessary, or appears warranted. 

15 User information 52 includes identification information about the user which is 
required to initially activate an established account. By way of example, the 
identification information may comprise addresses, phone numbers, e-mail 
accounts, names of relatives, bank information, passwords, detailed personal 
information such as mother's maiden name, and other security and account 

20 related elements of information. A transaction history 54 contains a mechanism 
for logging transactions performed by the system. The transaction history, for 
example, may prevent redundant transactions, provide data for export to other 
programs/systems, and be utilized to generate notifications and summaries for the 
user. The operation of the TPCH 22 is shown under the direction of a transaction 

25 processing and control section 56, which administers the operations of the agent 
34, input/output 46. and the use of information resources. 

FIG. 3 exemplifies the processing of incentives within the present invention. 
Upon commencing processing at block 100, an incentive for a given transaction 
ID is received at block 102. The incentive is logged for the given transaction ID 

30 and the routine initialized according to a specific transaction device ID in block 
104. A query retrieves the user ID of the user associated with the transaction 
device ID at block 106. The particular incentive is compared, in block 108, against 
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the selection parameters set by the user. At Block 1 10, a determination is made 
as to whether an incentive is allowed; that is, whether the incentive matches 
allowance constraints. If an incentive is allowed, it is posted at block 112, for use, 
a "Received" notification is set at block 1 14, a response Is generated and returned 
5 to the vendor at block 1 1 6 indicating posting, and processing this particular 

incentive terminates at block 118. Returning to block 110, if the incentive did not 
meet allowance constraints, the incentive would be rejected and a response 
generated and returned to the vendor at block 116. It will be appreciated that the 
simplified flowchart of FIG. 3 is shown by way of example only and that the 
10 invention may be variously implemented without departing from the teachings of 
the invention. 

As a specific example of incentives accruing to a user, consider that during 
a thirty-day period a specific user has transacted a sufficient volume of business 
' J with a specific vendor, or qualifying vendors, to qualify for a rebate of $1 3.40 

15 which is electronically credited to the user's electronic escrow account within the 
J y system. Upon paying a bill in the amount of $31 .27 to the cable company, for 

example, all or part of the money in the escrow account may be utilized as part of 
the payment, either automatically or by manual selection. 
' y FIG. 4 exemplifies the process of posting monetary incentives to an escrow 

i y 20 account based on an exchange rate. Processing of an incentive begins at block 
1% 120. Next, an incentive is received at block 122 and the routine is initialized at 

block 124. If the incentive is a form of currency, as checked in block 126, the 
process continues at block 128. On the other hand, if the incentive is determined 
at block 126 to not be in the form of currency, steps 128 through 142 are 
25 bypassed and a corresponding response is generated at block 144. 

If the preferred currency units of the user do not match the offered currency 
units, as determined in block 128, then an exchange rate table is queried in block 
130 and the process continues at block 132. On the other hand, if at block 128 
the currency units are determined to be equal, blocks 130 and 132 are bypassed 
30 and the process continues at block 134. 

If it is determined at block 132 that the offered units may be converted, then 
a decision as to the use of external or internal exchange tables are determined in 
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block 134. Otherwise, if conversion is not possible, the conversion steps are 
bypassed and a response is generated at block 144. It will be appreciated that 
exchanges will often require external processes and the involvement of 
institutions, such as financial institutions, while the exchange of non-currency 
5 incentives generally require participation on the part of the specific vendor. An 
external exchange table, or process, is shown being accessed in block 136, 
wherein the exchange is configured at block 138. The transaction is then 
executed at block 140 which, in this instance, involves a currency value being 
added to the escrow account of the user. Pursuant to the exchange transaction, a 

10 response is created at block 142, and is then sent at block 144 to the incentive 
sender source, after which processing ends at block 146. 

FIG. 5 exemplifies a process of automatic transaction processing according 
to the present invention. The present invention provides for automatic 
transactions, such as for the payment of recurrent invoices, bills, the payment of 

15 regular installments for which no electronic invoice is received, and for the 
automatic payment/purchase of items according to user selection and/or 
preferences. Automatic transactions can reduce the amount of mundane 
overhead to which the user is subject; however, it will be appreciated that features 
of the present system equally apply to consumer-initiated transactions. The 

20 payment of bills being so pervasive, the flowchart of FIG. 5 depicts the process of 
automatically paying a bill for which an electronic invoice, or electronic bill, has 
been received from the vendor. After commencing the process at block 150, a 
request for payment from a vendor is received at block 1 52. The automatic 
transaction process is then initialized in preparation for processing at block 154. 

25 Alternate payment events for the automatic transaction process include time- 
triggered events and externally-triggered events. Examples of time-triggered 
events include the payment of premiums, monthly payments, annuities, tithes, and 
so forth. Examples of externally-triggered events include the automatic payment 
for downloaded materials, selected product upgrades, backordered materials, 

30 contingent payment (awaiting one or more events), and the like. 

The vendor requesting payment is identified and in block 156 a 
determination is made as to whether the vendor is an "inside" vendor to which the 
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user has an ongoing relationship which is defined within TPCH 22. If the 
payment request is from a verified inside vendor, then the vendor information for 
the user is checked at block 158, to determine if the account is selected for 
automatic payment. If the request is not from an inside vendor, or if the request is 
5 from an inside vendor but automatic payments have not been selected, the 
process terminates at block 168. 

If automatic payment is selected, then the parameters of the invoice are 
compared with criteria set up by the user, such as payment interval, maximum 
authorized payment, payment history, and selected payment times. The payment 

10 interval allows the setting of limits on how often the invoice may be honored within 
a given time interval, such as on a monthly basis. The maximum authorized 
payment defines the maximum level of payment that can be automatically 
generated to the particular vendor. As an example, consider water utility bills 
which have been selected for automatic payment up to a maximum of $40.00 

15 wherein the transaction is to take place on the third Tuesday every third month 
(based on payment due dates). The user will be notified of water utility bills which 
exceed this maximum autopayment level of $40.00 as a distinct probability exists 
that the bill is in error, while the payment is not sent upon receipt but is retained 
until a time arrives which is proximal the due date. Preferably, the system and 

20 vendor can communicate additional information, such as by extensible markup 
language (XML), wherein cogent parameters of the transaction may be 
determined prior to possible execution. The checking of payment history is utilized 
to prevent redundantly paying the same invoice, or paying another incorrect 
invoice. If the received invoice, or bill, meets the automatic payment criterion as 

25 set forth by the user and has not othenA/ise been paid as determined at block 160, 
then the transaction is organized and executed in block 162 with payment being 
made from the escrow account, the escrow account in combination with another 
financial account, or the financial account in toto. Otherwise, the process 
terminates at block 168. 

30 At block 164 a response is configured for payment having been made, at 

block 166 the response is generated so that the transaction is acknowledged, and 
processing is terminated at block 168. If the bill, or other event which initiated the 
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automatic transaction routine, fails to meet any of the criterion for being 
automatically paid, then the associated payment is deferred to allow for manual 
intervention. In addition, the user may establish a set of notification conditions 
and parameters, such that they may be notified by the means they specify to any 
5 event occurring within the system. Examples of notification can include, bills 
exceeding the stated limits, multiple vendor payment requests, along with events 
that are indicated within the bill itself. 

It will be appreciated that the system is configured to perform a transaction 
with the vendor system, and is capable of gathering information from the vendor 
10 about the specific payment request, therefore items comprising the specific 
payment request may be at issue and result in the generation of a notification 
event to the user. For example, a telephone bill is received with a $35 call to Peru 
^'i charged to the user. If the user has established criterion for telephone bill paying 

''4 that includes pausing automatic payment and notifying the user when a bill is 

III 

15 received containing any non-domestic calls or 900 number calls - then the user will 
be notified and can take action early to clear up the disputed charges. 

FIG. 6 exemplifies a process of automatically performing a transaction 
j^^ based on an event other than receipt of a vendor electronic invoice. The process 

^ U commences at block 170. A relevant event is received at block 172 and process 

I y 20 initialization takes place at block 1 74. The event is then validated in block 1 76, 
li wherein the associated transaction, or transactions, triggered by the event are 

examined to determine if execution conditions have been met, and that the event 
itself has indeed occurred. A session is then opened with an external party, such 
as a vendor, at block 178 and automatic payment information is exchanged and 
25 compared against user selected transaction conditions, shown in block 180. If the 
conditions warranting execution of the transaction are not met, then the process 
continues at block 186 where a corresponding response is generated. If the 
conditions warranting execution of the transaction are met at block 180, the 
transaction associated with the event is executed, block 182, followed by 
30 establishing notification in block 184 and actual notification in block 188, after 
which the process terminates for this event 190. It will be appreciated that a 
variety of event conditions and associated transactions may be automatically 
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processed according to the invention which allows the user to focus on more 
productive activities. 

FIG. 7 exemplifies secure access to the agent-based incentive system of 
the present invention. The user is capable of gaining secure access to TPCH 22 
5 for various purposes, which include initializing the system, updating account 
information, updating personal information, establishing operating criterion, and 
setting the parameters for incentives and automatic transactions. It is preferable 
that the user access TPCH 22 using a transaction device augmented with one or 
more additional security features, for instance the entry of an additional password. 

10 The transaction device of the user may be connected to TPCH 22 through various 
terminals, network mechanisms, or personal computer connectivity solutions. It 
will further be appreciated that a variety of wireless communication devices can 
link the transaction device to a network or system capable of providing an 
operable connection to TPCH 22. By way of example, TPCH 22 can be accessed 

15 directly over the internet (once requisite security has been abided by), by using a 
digital wallet with an IR device coupled through a PC, or by using a cellular 
telephone equipped for digital communication. 

Once the user establishes communication with TPCH 22 at block 200, the 
identification of the user is further identified and verified at block 202. If the 

20 account on TPCH 22 is being opened for the first time as determined at block 204, 
then the user enters a session at block 206, for initially establishing/verifying 
identity and for establishing the necessary personal information required by the 
system. New users and existing users are capable of traversing a selection tree, 
such as a menu tree, in order to select the information that is to be entered, 

25 altered, or reviewed. Block 208 illustrates providing user selections in association 
with accounts (financial and non-financial), charge accounts (credit cards and 
merchant credit), as well as for establishing inside vendors. Additional selections 
are provided as per block 210 with user selections exemplified for incentives, 
automatic payments, vendors, and automatic purchases. Block 212 illustrates the 

30 setting of notification preferences, and the thresholds for events which are 

provided to trigger system events. The current settings are viewed at block 214 
and the user is prompted for additional changes at block 216. If no additional 
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changes are desired, then the process ternninates at block 218 with the user being 
logged off. 

The systenn may be deployed such that users register for an account on the 
incentive based system of the present invention and then initialize the system for 
5 their desired transactions. For example, the consumer may provide identification 
by way of a driver's license, and provide financial account information by providing 
information about a checking account, a savings account, an electronic brokerage 
account, and three credit cards. The consumer may then enter information 
regarding vendors to which they desire to execute transactions, such as water 

10 utility company, electric utility company, telephone service provider, a mortgage 
company, a vehicle lender, and a charity. The aforementioned elements may be 
entered within the system along with parameters for controlling the operations 
performed by the agent within the system by proxy for the user. 

FIG, 8 illustrates an example of a database schema 300 for TPCH 22 which 

15 may be utilized within the incentive system according to the present invention. 
Numerous tables are shown in FIG. 8 by way of exemplifying the data structures 
relevant to the inventive features. 

A table of transaction devices 302 contains entries for all transaction 
devices that are defined in relation to TPCH 22. Each transaction device record in 

20 TPCH 22 contains information which includes transaction device ID along with the 
ID of an associated user. Alternatively, the relationship between transaction 
device ID and user ID could be retrieved by query of the user table which contains 
an index by transaction device ID, however, this would slow the system. The 
transaction device table 302 preferably contains information that may be directly 

25 utilized by the agent within TPCH 22 without reference to the particular user, for 
instance, the status of the transaction device (i.e. active, inactive, stolen, and so 
forth), the date and time of prior use, and information about the type of transaction 
device being utilized so that proper interfacing may be facilitated. It will be 
appreciated that the various point of sale and other related vendor systems do not 

30 have direct access to any of the system tables, such as the transaction device 
table, however, the tables are organized to speed utilization by the agent and the 
transaction processing routines. 
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A many-to-one relationship exists between the transaction device table 302 
and the user table 304, as a single user may utilize multiple devices. Records on 
the user table 304 provide information about each user defined within TPCH 22. 
In addition, the remaining tables shown on the page are instantiated for each 
5 particular user. The information within the user table contains identification 

information about the user, operational criteria as set forth by the user in relation 
to the features of the system, as well as table pointers for gathering multi-entry 
information from additional tables. System tables common to all users are not 
shown in FIG. 8 as they would be similar to conventional systems that contain 

10 user records. In the table of users 304 it will be seen that the user has access to 
setting groups of parameters for incentive processing, automatic payment 
processing, and the escrow accounts within the system. For clarity these groups 
of related parameters are exemplified as a single entry. 

Associated with each user is a set of vendor records within a vendor table 

15 306. The general purpose of an e-Commerce system is to speed and simplify 
transactions between a user community and a vendor community. Each user 
within the user community has established a unique relationship with select 
vendors within the vendor community. The vendor table 306 provides a 
mechanism for retaining a list of vendor relationships. It is expected that the 

20 vendor list will be substantially populated with records of inside vendors, however, 
other forms of relationships may also be represented by the exemplified 
vend_type_treatment field, such as vendors that incentives should not be 
accepted from; vendors which are competitors, or vendors to avoid; for instance, 
due to a regrettable past experience. Information is provided within the vendor 

25 table, or associated tables, to fully identify the vendor and to secure the 

transactions performed with the specified vendor, insofar as such transactions are 
allowed. The vendor category is preferably specified wherein the agent operation 
can take into account the vendor category, as it will be appreciated that a payment 
transaction with a mortgage company (category = loan payment, mortgage) is 

30 inherently different from transactions carried out with a stationary supply retailer 
(category = retailer, stationary). Numerous category designations may be 
supported within the system to accommodate any desired level of specificity. The 
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exemplified vend_category field, for instance, may comprise primary entries of: 
utility bills, loan payment, charge cards, subscription, insurance, medical, 
investment, charity, retailer, purchase order, and so forth. Additional tables may 
be associated with the vendor table, for instance an automatic transaction table 
5 containing records which define when and how automatic transactions are to be 
executed with each particular vendor. 

A single automatic transaction table 308 is depicted in FIG. 8 having a one- 
to-one relationship with the vendor table, and keyed to the vendor ID field. The 
information within the field vend_auto_trans_flg indicates if any automatic 

10 transactions can be performed with the vendor, wherein the automatic transaction 
table is populated with records only for those vendors to which some level of 
automatic transactions may be performed. Exemplified within the automatic 
transaction table are fields for establishing guidelines for determining if a 
transaction is to be automatically performed. The at_max__amount sets the upper 

15 limit on automatic transactions associated with this vendor. The 

at_tra ns_th reshold f\e\d contains information to determine an account threshold for 
the automatic payment to a vendor, or account. For example, if a consumer had 
established a recurring monthly transaction for transferring money from a checking 
account to a savings account, then it would be prudent to configure the transaction 

20 threshold to a limit that would leave sufficient funds within the checking account 
for the payment of upcoming bills. Prior to performing the automatic transfer, the 
system would compare the checking balance against the threshold and if the 
balance was found to be less than the transaction threshold then the automatic 
monthly transfer to savings would be postposed and the consumer notified. It will 

25 be appreciated that the aforementioned mechanism provides an additional method 
for prioritizing cash disbursements. In addition, a related field at_rel j:)ay_priority 
allows the direct assignment of priorities in relation to the disbursement of funds 
pursuant to the available cash threshold. Additionally, information relating to 
normal parameters of the transaction are provided, such as the interval of 

30 payments, the time of month, or year, that the bill should be paid and similar 
criterion for selecting items for automatic payment. Furthermore, options are 
provided to facilitate informing the user of specific issues which arise and for 
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requesting user verification of certain transactions prior to execution. 

Transaction processing within TPCH 22 is exemplified with associated 
escrow accounts, such as could be represented within the escrow accounts table 
310, wherein value units may be stored. These value units typically comprise 
5 monetary units converted to the currency format desired by the user, however, 
various non-monetary units may additionally be stored. Examples of non- 
monetary units which may be retained within separate escrow accounts containing 
homologous entries include, frequent-flyer miles, "bonus-buck" coupons and other 
non-vendor specific value units. Each escrow account contains information about 

10 the entries within the account, which are preferably agglomerated to arrive at 

balance information for the escrow account. It will be appreciated, however, that 
separate offers (i.e. coupons) which are incapable of agglomeration, may be 
stored for retrieval within the escrow accounts, but are preferably stored as 
incentives. Associated with the user may be a plurality of financial accounts 

15 maintained external to, or in cooperation with, the described incentive system of 
the present invention. These financial accounts will generally comprise cash 
accounts and credit card accounts, however, other forms of financial accounts 
may be represented for the dispersal or receipt of funds. 

A table of user financial accounts 312 contains entries defining each 

20 financial account that the user desires TPCH 22 to have interoperability with, 
along with information about how to communicafion with the account, account 
security, and preferably a snapshot of account status. Transaction processing 
within the system is preferably capable of performing intermediary transactions 
with financial institufions in association with the represented financial accounts, so 

25 as to facilitate the performance of transactions on behalf of the user. Institutions 
are continually competing for the attention of those within the user community and 
liberally ufilize incentives for both garnering user attention as well as for retaining 
customer loyalty and awareness. The system of the present invention provides for 
controlled and simplified exchange of these incentives. 

30 An incentives table 314 contains entries that either provide all relevant 

details of an incentive, or indirect information associated with an incentive which 
may be contained elsewhere. Electronic incentives may be received within the 
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system through the transaction device of the user, for instance at the point of sale, 
or over a network that is capable of communicating with TPCH 22, such as over 
the internet. The system provides the user with control over the types of 
incentives received as well as the maintenance and tracking of those incentives. 
5 Sufficient data is retained about each incentive within the fields of each record 
within the incentive table 314 to allow the incentive to be utilized within a 
transactions. It will be appreciated that the user need not be cognizant of the 
various incentives which are contained within the incentives table, because the 
system prior to executing a transaction will attempt to automatically redeem any 

10 potentially applicable incentives. It will be further appreciated that incentives 

provide an "advantage" which is redeemable during a transaction associated with 
the transaction device. These "advantages" stored within the incentives table 
need not have expiration dates and can be maintained within the incentive table 
as a stationary (non-expiring) entry. Examples of fixed incentive entries include 

15 discount cards (e.g. automobile club), and associations (e.g. retired military 
officers association). Furthermore, it will be appreciated that other forms of 
"advantage" may additionally be retained, such as club memberships, key cards, 
hotel keys, and so forth which are subject to "redemption" when the transaction 
device is in operable communication with a point of sale, or other related form of 

20 terminal. To exemplify these uses consider a membership card to a health spa 
contained within the incentives table linked to the transaction device. A terminal in 
the spa communicates through the transaction device and is provided with user 
information sufficient to activate an admittance system which as a result allows the 
user to enter. Numerous examples of use can be considered for the collection of 

25 "advantage" within the incentive table. It will be appreciated that while 

communicating for the purpose of granting access, the "point-of-sale" system of 
the spa may provide additional information to the transaction device, which could 
for example include billing reminders, special program reminders, schedules of 
events, and incentives. 

30 Accordingly, it will be seen that this invention provides an e-Commerce 

system that is capable of operating on behalf of a user to facilitate various 
transactions which include the processing of incentives. It will be appreciated that 
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the invention embodied herein may be Implemented as separate system units, or 
Integrated in association with another system while still adhering to the teachings 
of the invention. Furthermore, it should be appreciated that the specific 
Implementation details were provided by way of example, as systems may 
5 execute transaction processing using a variety of specific hardware and software 
which may be utilized in combination. 

Although the description above contains many specificities, these should 
not be construed as limiting the scope of the invention but as merely providing 
Illustrations of some of the presently preferred embodiments of this Invention. 

10 Thus the scope of this invention should be determined by the appended claims 
and their legal equivalents. Therefore, It will be appreciated that the scope of the 
present invention fully encompasses other embodiments which may become 
obvious to those skilled In the art, and that the scope of the present invention is 
accordingly to be limited by nothing other than the appended claims, in which 

15 reference to an element in the singular Is not intended to mean "one and only one" 
unless explicitly so stated, but rather "one or more." All structural, chemical, and 
functional equivalents to the elements of the above-described preferred 
embodiment that are known to those of ordinary skill in the art are expressly 
Incorporated herein by reference and are intended to be encompassed by the 

20 present claims. Moreover, it is not necessary for a device or method to address 
each and every problem sought to be solved by the present invention, for It to be 
encompassed by the present claims. Furthermore, no element, component, or 
method step in the present disclosure is intended to be dedicated to the public 
regardless of whether the element, component, or method step Is explicitly recited 

25 in the claims. No claim element herein Is to be construed under the provisions of 
35 U.S.C. 112, sixth paragraph, unless the element is expressly recited using the 
phrase "means for." 
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